home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000029_hvanclee@nyx.net_Mon Oct 21 11:15:27 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  65 lines
  1. Article: 13792 of comp.protocols.kermit.misc
  2. Newsgroups: comp.protocols.kermit.misc
  3. Subject: Re: Problems transferring over ppp connection
  4. References: <1034801647.495773@irys.nyx.net> <m1n0pab9d2.gnus@usa.net> <1035092921.407864@irys.nyx.net> <aouo2c$rc0$1@watsol.cc.columbia.edu>
  5. Organization: Nyx, Spirit of the Night
  6. X-Newsreader: trn 4.0-test76 (Apr 2, 2001)
  7. From: hvanclee@nyx.net (Henry van Cleef)
  8. Originator: hvanclee@nyx.net (Henry van Cleef)
  9. Message-ID: <1035199157.27507@irys.nyx.net>
  10. Cache-Post-Path: irys.nyx.net!unknown@nyx3.nyx.net
  11. X-Cache: nntpcache 2.3.3 (see http://www.nntpcache.org/)
  12. NNTP-Posting-Host: 206.124.29.6
  13. Date: 21 Oct 2002 05:18:18 -0600
  14. X-Trace: omega.dimensional.com 1035199098 206.124.29.6 (21 Oct 2002 05:18:18 -0600)
  15. Lines: 46
  16. Path: newsmaster.cc.columbia.edu!panix!newsfeed.mathworks.com!cyclone.swbell.net!cyclone-sf.pbi.net!216.218.192.242!news.he.net!dimensional.com!pulsar.dimensional.com!omega.dimensional.com!not-for-mail
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13792
  18.  
  19. In article <aouo2c$rc0$1@watsol.cc.columbia.edu>,
  20. Frank da Cruz <fdc@columbia.edu> wrote:
  21. >In article <1035092921.407864@irys.nyx.net>,
  22. >Henry van Cleef <hvanclee@nyx.net> wrote:
  23. >
  24. >  (More about Kermit vs Netscape file transfers over a PPP connection.)
  25. >
  26. (snip)
  27. >Of course we realize this doesn't always happen, which is why Kermit has
  28. >so many user-level adjustments: streaming vs Ack/Nak; packet length,
  29. >window size, various adaptations to lack of transparency.  Kermit can't
  30. >see though the TCP layer to get at the datalink layer or physical devices.
  31. >If they are not doing their jobs, then you have to step in and either fix
  32. >them or else scale back on Kermit's performance settings.
  33. >
  34. >As to why Netscape transfers work and Kermit ones don't, I'm sure this
  35. >could be pinned down given enough evidence, such as TCP packet traces.
  36. >Once you see the characteristics of the HTTP data transfer, you could
  37. >adjust Kermit to the same characteristics and it would work the same way.
  38. >
  39. Thanks for the comments.  I've had a chance to do enough experimenting
  40. and testing to have homed in on a few things.
  41.  
  42. 1.  Setting nocpp in the pppd options to prevent software compression
  43. made a huge and consistent difference.  
  44.  
  45. 2.  Eliminating ssh from the stream by using a straight telnet, after
  46. killing compression, now makes Kermit work "just like downtown."  
  47.  
  48. So it turns out that the major issues were in the transport layer, not
  49. in Kermit.  So far as I know, Netscape doesn't use encryption in
  50. downloading---would be essentially the same as working through telnet.
  51. And it is also becoming obvious to me that I've got some problems at
  52. the Radius end of things with ssh---it tends to lock up from time to
  53. time just trying to read Usenet.  So of course it isn't going to
  54. support a file transfer through anything.  
  55.  
  56. At this point I'm satisfied that the problems I need to chase have
  57. nothing to do with Kermit itself.  And thanks for the tutorial---it
  58. may seem like something of an exercise at your end, but just walking
  59. through the basics has suggested that I refresh my memories of packet
  60. communications in general---it's only been 20-25 years since I thought
  61. about any of this stuff.
  62.  
  63. Hank
  64.  
  65.